home *** CD-ROM | disk | FTP | other *** search
Text File | 1995-08-27 | 5.0 KB | 204 lines | [TEXT/pdos] |
-
- DSK2FILE, VERSION 2.1
-
- RONALD T. KNEUSEL, AUGUST 1995.
- FREEWARE
- (RKNEUSEL@POST.ITS.MCW.EDU)
-
-
- WHAT IS IT?
- -----------
-
- DSK2FILE CREATES DISK IMAGES OF
- 5.25" DISKS (DOS 3.3 OR PRODOS) FOR
- USE WITH APPLE ][ EMULATOR PROGRAMS.
-
- DSK2FILE WILL CREATE IMAGES IN DOS
- ORDER (.DSK) OR IN PRODOS ORDER
- (.PO) IT DOES NOT MATTER WHAT FORMAT
- THE DISK REALLY IS, YOU CAN USE
- EITHER ORDER. MOST EMULATORS WILL
- HANDLE DOS ORDER, SOME WILL ALSO
- HANDLE PRODOS ORDER.
-
-
- WHAT DO I NEED TO RUN IT?
- -------------------------
-
- YOU NEED A 5.25" DRIVE, AND ONE OF
- THE FOLLOWING:
-
- (1) 3.5" DRIVE
- (2) A HARD DRIVE
- (3) A RAM CARD WITH 150K OR MORE
-
- DSK2FILE WILL CREATE THE FILE, IT
- IS UP TO YOU DO GET THE FILE TO
- THE PC OR MAC. SEE BELOW FOR
- SUGGESTIONS ON HOW TO DO THIS.
-
-
- RUNNING DSK2FILE
- ----------------
-
- DSK2FILE'S MENU HAS TWO CHOICES:
-
- (1) 140K DISK -> IMAGE FILE
- (2) IMAGE FILE -> 140K DISK
-
- YOU WILL LIKELY USE (1) THE MOST
- OFTEN. THE SECOND OPTION IS FOR
- THOSE WHO MIGHT COME ACROSS AN
- IMAGE FILE AND WANT TO PUT THAT
- FILE BACK ONTO A DISK AND RUN
- IT ON A REAL APPLE ][.
-
- (1) 140K -> IMAGE FILE
-
- DSK2FILE READS ONLY 5.25"
- DISKS FROM SLOT 6, DRIVE 1. THE
- PROGRAM WILL ASK FOR AN IMAGE ORDER
- EITHER DOS 3.3 OR PRODOS AND THEN
- ASK FOR AN OUTPUT FILENAME. THE
- APPROPRIATE EXTENSION IS ADDED
- TO THE FILENAME. SPECIFY THE
- *COMPLETE* PATHNAME OF THE FILE, I.E.
- /RAM5/KARATEKA NOT JUST KARATEKA.
-
- INSERT THE DISK WHEN ASKED AND PRESS
- RETURN. THE IMAGE FILE WILL BE CREATED
-
-
- (2) IMAGE FILE -> 140K DISK
-
- INSERT A *FORMATTED* 5.25" DISK IN
- SLOT 6, DRIVE 1 AND SPECIFY THE
- *COMPLETE* PATHNAME OF THE IMAGE FILE
- AS ABOVE. THE EXTENSION IS IMPORTANT,
- DSK2FILE USES IT TO DETERMINE WHAT
- ORDER THE IMAGE FILE WAS WRITTEN IN.
- IF THE IMAGE DIDN'T HAVE AN EXTENSION
- CHANGE ITS NAME TO HAVE .DSK AS THE
- EXTENSION. IF IT DOESN'T WORK, CHANGE
- IT TO .PO AND TRY AGAIN.
-
-
- WHAT'S WITH THE DOS & PRODOS ORDERS?
- ------------------------------------
-
- THE APPLE ][ HAS TWO DIFFERENT DISK
- OPERATING SYSTEMS: DOS 3.3 AND PRODOS.
- (YES, THERE ARE SEVERAL OTHERS, I'M
- SIMPLIFYING A BIT, I KNOW :)
-
- DOS 3.3 IS THE OLDER AND SLOWER OF THE
- TWO AND DEALS IN 256 BYTE SECTORS WITH
- 16 SECTORS PER TRACK AND 35 TRACKS PER
- 5.25" DISK. PRODOS IS FASTER AND DEALS
- WITH 512 BYTE BLOCKS, 280 PER 5.25"
- DISK. THEREFORE, EACH PRODOS BLOCK
- CORRESPONDS TO TWO SECTORS. HOWEVER,
- THESE ARE NOT NECESSARILY CONTIGUOUS
- SECTORS. PRODOS USES A DIFFERENT
- PHYSICAL SPACING OF WHAT DOS 3.3 WOULD
- CALL SECTORS SO THAT READING ALL THE
- BLOCKS FROM 0 TO 279 IN ORDER WRITES
- THE DATA ON THE DISK TO THE FILE IN
- ONE ORDER WHILE USING TRACK 0 TO 34
- AND SECTOR 0 TO 15 FOR EACH TRACK WILL
- WRITE THE DATA IN A DIFFERENT ORDER.
- EITHER WAY, ALL THE DATA WILL BE
- WRITTEN, 143360 BYTES TOTAL.
-
-
- HOW DOES IT WORK?
- -----------------
-
- GLAD YOU ASKED! :)
-
- DSK2FILE MUST RUN UNDER PRODOS
- BECAUSE IT USES PRODOS MLI
- COMMANDS TO HANDLE THE DISK FILES.
- THIS RELIEVES THE USER FROM CARING
- ABOUT THE FILE TYPE OF THE IMAGE
- FILE. IT ALSO MAKES IT MUCH EASIER
- THAN USING OLD DOS 3.3 RWTS CALLS.
-
- THE DISK IS READ, BLOCK BY BLOCK
- AND WRITTEN TO THE OUTPUT FILE IN
- 512 BYTE SECTIONS. IF THE OUTPUT
- IS TO BE IN DOS 3.3 ORDER A MAP
- IS APPLIED TO THE BLOCK NUMBER TO
- TRANSLATE IT INTO A TRACK AND SECTOR
- WITH THE APPROPRIATE 256 BYTE SECTION
- OF THE BLOCK BEING WRITTEN. THIS
- IS THE EASY PART.
-
- WRITING AN IMAGE TO A DISK IS JUST
- AS EASY IF THE IMAGE IS IN PRODOS
- ORDER. READ 512 BYTES FROM THE
- FILE AND WRITE IT TO BLOCK 0 AND
- SO ON. IF IT IS A DOS 3.3 ORDER
- IMAGE FILE LIFE GETS A BIT TRICKY SINCE
- WE CAN ONLY READ AND WRITE 512 BYTE
- BLOCKS BUT WE ARE WORKING WITH
- HALF A BLOCK AT A TIME. THE SOLUTION
- IS TO READ THE EXISTING BLOCK, THEN
- READ THE 256 BYTES FROM THE IMAGE FILE
- AND PUT IT IN THE RIGHT HALF OF THE
- BLOCK BUFFER. THEN WRITE THE ENTIRE
- BLOCK BACK TO DISK. THIS IS WHY
- GOING FROM A DOS 3.3 IMAGE FILE TO
- A DISK TAKES LONGER.
-
-
- WHAT DO I DO WITH THE IMAGE FILE?
- ---------------------------------
-
- THE END GOAL, OF COURSE, IS TO GET THE
- FILE TO A PC OR MACINTOSH (OR UNIX BOX)
-
- I USE A TERMINAL PROGRAM TO UPLOAD
- THE IMAGE FILE (WRITTEN TO MY RAM CARD)
- TO A UNIX BOX AND THEN DOWNLOAD IT TO
- THE MAC OR PC. (REALLY, I FTP IT SINCE
- I HAVE INTERNET ACCESS) ANOTHER OPTION
- IS TO USE A NULL MODEM CABLE AND GO
- DIRECTLY TO A PC OR MAC WITH THE IMAGE
- FILE. LASTLY, YOU COULD WRITE THE FILE
- TO A 3.5" PRODOS DISK AND USE A MAC TO
- READ THE FILE WITH APPLE FILE EXCHANGE.
- THEN YOU COULD WRITE THE FILE TO A PC
- DISK IF NEED BE.
-
-
- IT DOESN'T WORK, NOW WHAT?
- --------------------------
-
- CONTACT ME AT THE EMAIL ADDRESS ABOVE.
- IF YOU START SEEING TWO DIGIT HEX
- NUMBERS PLEASE WRITE THEM DOWN TO HELP
- ME IN THE DEBUGING. THESE ARE PRODOS
- MLI ERROR CODES. DSK2FILE WILL NOT
- READ COPY PROTECTED DISKS. DISKS WITH
- BAD BLOCKS OR SECTORS WILL STILL BE
- WRITTEN TO AN IMAGE FILE WITH NONSENSE
- IN THE BAD BLOCK OR SECTOR. (ACTUALLY,
- IT WILL BE THE DATA THAT WAS IN THE
- LAST BLOCK OR SECTOR SUCCESSFULLY READ)
-
-
- I'M IN THE DARK AGES AND DON'T HAVE
- EMAIL, HOW DO I CONTACT YOU?
- -----------------------------------
-
- IF YOU FEEL A COMPELLING NEED YOU
- CAN TRY SNAIL MAIL:
-
- RON KNEUSEL
- 8725 W BURDICK AVE
- MILWAUKEE, WI 53227 USA
-
- AMDG
-
-